(12) INTERNATIONAL APPLICATION PUBLISHED UNDER THE PATENT COOPERATION TREATY (PCT) 




(,9) wee >t , i c irJ^' Or8anizati0n B i imi iQiuii ii mm iiid mi i n ui 1111 inn eiiii urn mi uimi on mi au 



International Bureau 

(43) International Publication Date (10) International Publication Number 

21 June 2001 (21.06.2001) PCT WO 01/45022 A2 

(51) International Patent Classification 7 : G06F 17/60 (74) Agent: HOPE, Leonard, J.; Christensen O'Connor John- 
son & Kindness PLLC Suite 2800, 1420 Fifth Avenue, 



Seattle, WA 98101 (US). 
(81) Designated States (national): AU, BR, IN, JP. 

(84) Designated States (regional): European patent (AT, BE, 

, Pnol : c u CH, CY, DE, DK, ES, FI, FR, GB, GR, IE, IT, LU, MC, 

(25) Filing Language: English ^ ^ ^ ^ 



(21) International Application Number: PCIYUS00/41802 



(22) International Filing Date: 

2 November 2000 (02.1 1.2000) 



.„ »ja»i5**«igv. — Published: 

— Without international search report and to be republished 
(30) Priority Data: upon receipt of that report. 

09/434,339 5 November 1999 (05.11.1999) US 

For two-letter codes and other abbreviations, refer to the "Guid- 
(71) Applicant: INFOSPACE, INC. [US/US]; 601 - 108th Av- anceNotes on Codes and Abbreviations" appearing at the begin- 



ill) Inventors: HARIDAS, Ramesh; 45 Hamilton Lane, Oak 
Brook, IL 60521 (US). MARKUS, Matthew, A.; 515 
O'Farrell Street, #1 1 1, San Francisco, CA 94107 (US). 



H (54) Title: METHOD AND APPARATUS FOR COMPLETION OF FIELDS ON INTERNET WEBPAGE FORMS 




4. 



^ (57) Abstract: A method and apparatus for providing automated completion of Internet webpage forms is provided. A centralized 
server computer (406) stores customer information in a data store (416). The customer information is entered by a customer (424, 
426) into a portal (402) or merchant site (404) which incorporates a link to the centralized server computer (406). Thereafter, the 
Q customer information can be applied to any other form which has been registered with the centralized server computer (406). The 
merchant (404) is also given direct access to the completed form. The customer (424, 426) can also control privacy preferences 
associated with the customer information via the central server computer (406). 



WO 01/45022 PCT/US00/41802 

METHOD AND APPARATUS FOR COMPLETION 
OF FIELDS ON INTERNET WEBP AGE FORMS 

CROSS-REFERENCE TO REL ATED APPLICATIONS 

5 The present application is related to Application No. 09/23 1 ,644 filed 

January 15, 1999, entitled SERVER FOR ENABLING THE AUTOMATIC 
INSERTION OF DATA INTO ELECTRONIC FORMS ON A USER 
COMPUTER, and to Application No. 09/23 1254, filed January 15, 1999, 
entitled METHOD AND APPARATUS FOR CLIENT SIDE AUTOMATIC 
1 0 ELECTRONIC FORM COMPLETION, disclosures of which are incorporated 
by reference herein. 

Background of the Invention 

1 . field of the invention 

1 5 The present invention relates to a method for providing automatic form 

filling for an aggregate of websites for Internet related orders, with the 
consumer data maintained in a centralized database according to user privacy 
preferences. 

2. DISCUSSION OF RELATED ART 

20 Internet and electronic commerce (or e-commerce) continues to grow 

at a substantial rate. However, certain obstacles exist towards encouraging 
further users to shop and purchase goods online. In particular, the user must 
typically fill out a form when an item is purchased, wherein the information in 
the form is used by the merchant selling the good to complete the order, and to 

25 complete payment. An online form generally requires such information as 
nam e, address, and the like. The form additionally requires a method of 
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payment such as a credit card number or other form of payment. Depending 
upon the complexity of the form, it may take a user several minutes to fill in 
the information. If the form becomes too complex, a user will often abandon 
the effort, and a potential sale will then have been lost by the merchant. The 
5 tedium and frustration on the part of the user is further compounded by the 
need for the same information to be entered repeatedly for any new purchase 
being placed by the user. 

Still other concerns exist over privacy. Consumers are unsure about 
how their personal information is being used. Consumers generally fear that 

10 the information they are providing — including for instance credit card 

information, personal contact information, and/or demographical information - 
- will be used in ways that are offensive or invasive to their privacy. In the 
past, certain websites have manifested these fears by selling user information 
to third parties. Moreover, the explosive growth of unsolicited email (e.g. 

1 5 "spam") has further perpetuated feelings among consumers that websites 

might be distributing their information to third parties, which in turn send the 
consumer unsolicited emails based upon such personal information. Since 
consumers find it both tedious and risky to provide their personal information 
to a website, many of them are altogether reluctant to register with sites, or to 

20 shop online. 

As a result, a variety of efforts have been made to streamline and 
safeguard the process of ordering a product online. Such efforts include server 
side wallets, universal consumer infomediaries, single click buy services, 
client-side software tools, and registry services which help automate the 

25 process of filling in a form. Each such system, however, has certain 
drawbacks, which are topically discussed below. 
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Side wallets. Examples of server side wallets come from Transactor 
Networks, and CyberCash. Electronic wallets, sometimes called electronic 
purses, provide a method for customers to securely manage on-line 
identification and payment information such as: name, bill to address, ship to 

5 address, public digital certificates, private encryption keys, credit card 

numbers, debit card numbers, digital cash numbers, electronic check numbers, 
and merchant loyalty program numbers. Server side wallets involve the 
storage of this information on merchant or third party servers, while client side 
wallets involve the storage of this information on client machines. This 

1 0 payment related information should generally be encrypted when not in use; 
ordinarily the encryption process is unlocked with a fixed password provided 
by the customer. 

Merchants face the drawback that the wallets must provide cross- 
browser support. For instance, the Transactor example requires a user to 

1 5 launch the Transactor application in a separate browser window. Referring to 
Figure 1 , a prior art example is shown with a customer 102 interacting with a 
merchant in a first browser window 104. A second browser window 106 is 
opened in order to facilitate the Transactor (or similar) application. The 
browser windows 104 and 106 interact via link 108 in order to facilitate 

20 providing the customer information to the merchant 1 04. This configuration 
is often confusing to the average user, who is generally accustomed to running 
only one browser window at a time. 

Single-click buy services. Certain portals operators offer single-click 
buy service for repeat buyers. Such service is generally facilitated through the 

25 use of "cookies" to exchange user information. Cookies are a special type of 
text file placed on a customer's machine by a merchant's server. Beyond 
keeping track of items purchased (these systems are called "shopping carts"), 
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cookies can be used to identify specific customers. Cookies thus allow 
customers to be recognized when they make future connections with a 
merchant server, whether this connection is with a web or commerce system. 
This approach prevents customers from having to reenter their name, phone 

5 number, and other details because the cookie can user-transparently serve as a 
pointer to a record in a customer database or master file. 

One immediate drawback is that cookies are specifically oriented to 
the particular server that created them. Also, while appropriate for low 
security systems, cookie-based customer identification requires that merchants 

10 should disclose the use of cookies to customers. If such disclosure does not 
occur, the result might include many calls directed to the merchant customer 
service line with potential customers inquiring as to why transactions cannot 
be properly completed (e.g. cookies may be disabled within a customer's 
browser). Merchants should also be aware that cookies left on a shared 

1 5 customer machine could allow unauthorized users to gain access to a 

merchant's commerce system. Likewise, merchants should know that it is 
easy for unauthorized people to steal a cookie from the machine of an 
authorized user. 

Amazon.com offers a one-click service, but in their case it is based 

20 upon proprietary technology that only works for the Amazon site. 

Additionally, single-click service is not available for first time buyers, who 
must go through the time-consuming registration process. If a user ventures 
to-or-from another portal, the single-click buying service is generally not 
available, and further registrations must be filled out. 

25 Universal consumer infomediaries. Such companies include Privaseek 

and Lumeria. The technical implementation is based heavily upon client-side 
tools (see drawbacks below). 
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Client-side software tools. This fonn of implementation requires the 
user to download certain client-side software. The client-side software also 
requires compatible server-side support in order to perform its designated task. 
Referring now to figure 2, a prior art example is shown. A software source 
5 202 is shown external to the customer 204. The customer must then download 
206 the software application as a resident program on the customer's 
computer. This can take up valuable diskspace and processing resources. A 
merchant (or a portal leading to merchants) 208 then interacts via 210 with the 
customer 204 which now has the client-side software application downloaded. 
1 0 The customer information is transported via 210 through the server-side 
application. 

Registry services. Registry services are generally used to provide a 
gift-buying customer with information about the gift-recipient. As such, the 
gift-recipient must complete the time consuming task of registering with each 

15 registry service. The gift-buying customer then accesses this information in 
order to select an appropriate gift. Convenience and privacy concerns 
continue to prevail for the gift-recipient who must register. 

Still other approaches are used to streamline the user's experience in 
shopping online, particularly in relation to the minimization of filling out 

20 forms for various merchants. Portals exist as centralized locations for an 

online shopping experience, with a variety of merchant sites being accessible 
through the portal. For example, a portal site such as Yahoo provides 
shopping access to further merchant sites which describe and sell items such 
as shoes, apparel, and sporting goods. Figure 3 shows a prior art 

25 representation of a customer 302 interacting with a similar portal site 304. 
The customer interacts with the portal site via link 306. When the customer 
wants to further interact with a merchant site 310, the customer is forwarded 
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onward via link 308. However, when the customer ultimately wishes to 
purchase a product, the customer is redirected back to the portal site via link 
312 and the ordering information is secured at the portal. Such information is 
either entered into forms by a first time user, or the information is pulled from 

5 a previous profile entered by the user and stored by the system. Thereafter, 
the resulting completed order form must be sent (via a link 3 14 involving fax, 
email, or the like) back to the merchant to complete the transaction. In the 
end, this can prove to be cumbersome given the need to re-route the customer 
and ordering information. Also, this customer would face the same tedious 

1 0 registration process all over again when visiting a new portal for further 
shopping with different merchants. 

Accordingly, what is needed in the field is a method that provides for 
automation of filling out forms associated with various merchants, but which 
uses centralized data arranged according to user privacy preferences. The 

1 5 method should be applicable across many different portals via a link to a 

form-filling feature. Also the method should provide for automated filling out 
of a merchant's form via a selectable link from that merchant's site. In other 
words, the customer should not necessarily be re-directed back to the portal 
site in order to complete a particular merchant's order form. Instead, the 

20 information should be accessible for import from the centralized database. 
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Summary of the Invention 

The present invention relates to a method and apparatus for providing 
automated completion, or the importation of data, into forms which are 
generally used for a transaction on the Internet. In one embodiment, a 

5 centralized server (or service) - referred to also by the trademark and trade 
nam e PrivacyBank.com server (service) - is provided which stores, in an 
associated data store, various customer information. The customer 
information is entered once by first time by a user to any portal or merchant 
site which incorporates a link to the centralized form-filling service. 

1 0 Thereafter the information which is stored in the database can be applied to 
any other form which has been registered with the centralized server. This 
eliminates the need for re-direction of the customer from a merchant site back 
to an originating portal site for completion of a form. The merchant is also 
given direct access to the completed form information without further need to 

1 5 re-direct the completed form back to the merchant. The customer can 

ultimately control the privacy preferences associated with the entered data via 
contacting the centralized server site. Hence, the customer data exists in a 
centralized database, and the user has direct control over usage and 
dispersement of the information. This eliminates many of the fears associated 

20 by a user with privacy, and encourages users to register with the centralized 
server. 

The apparatus and method arranges the centralized server, or hub, in 
terms of clusters merchants and customer nodes around a Privacy Bank (PB) 
host. Each host, which is typically represented as a portal provider, will have 
25 a separate store of data pertinent to the host cluster. As more merchants and 
customers are added, the host cluster grows. Further host clusters are also 
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provided as each new PB host registers with the centralized system. 
Generally, each PB host set of data is maintained separate from the next PB 
host set of data in order to protect the value gleaned from usage patterns 
within the PB host cluster. PB hosts might, however, share information 
5 between clusters, and thereby provide a user with the ability to visit different 
host clusters without having to re-register (or cross-register) with each new PB 
host the joins the system. Regardless, the cross-registration procedure could 
be configured to be an easier task to complete than the full task of registering 
as a new user. 

10 In yet another embodiment, the present method also allows for the 

continual updating and aggregation of information relating to a particular user, 
as the user visits different websites. Since the user data is centrally stored, any 
link by a portal or merchant to the centralized server could serve to further 
compile any new information as it is entered. 

15 In still another embodiment, the centralized server also facilitates gift 

shopping by one registered user for another. If particular information has 
been flagged by a user as non-private (e.g. hat size), then the gift buyer can 
complete the shopping experience without finding out such necessary 
information beforehand from the gift recipient. Relatedly, the centralized 

20 storage and access of gift registry information would further ease the task of 
the gift buyer. 

In still another embodiment, the centralized data will be accessible by 
the portal (PB host) in order to compile reports on consumer behavior and the 
like. Moreover, the data would be available for sale to third parties (e.g. 
25 marketing companies) provided that the registered customer has indicated 
permission to be targeted for relevant marketing promotions. 
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Brief Description of the Drawings 

The invention will be better understood by reference to the following 
description taken in conjunction with the accompanying drawings in which: 
Figure 1 illustrates a block diagram of a prior art system that utilizes 
5 multiple browser windows. 

Figure 2 illustrates a block diagram of a prior art system that uses 
client-side downloaded software which further interacts with associated 
server-side software. 

Figure 3 shows a block diagram of a prior art system that directs a 
10 customer back from a merchant to a portal when an order is placed. 

Figure 4 illustrates, in accordance with one aspect of the present 
invention, a representative block diagram of the centralized fonn-filling server 
applied to a portal, merchant, and customers. 

Figure 5 illustrates, in accordance with one aspect of the present 
15 invention, representative clusters which comprise aggregates of merchants and 
customers using the centralized server via a host registered with the 
centralized system. 

Figure 6 shows, in accordance with one aspect of the present 
invention, a flowchart of representative steps which comprise the formation of 
20 host clusters. 
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Detailed Description 

An invention is described herein which relates to an apparatus and 
method for providing automatic form filling for Internet orders, with the 
consumer data maintained in a centralized data store (or database) according 

5 to user privacy preferences. In the following description, numerous specific 
details are set forth in order to provide a thorough understanding of the present 
invention. It will be apparent, however, to one skilled in the art, that the 
present invention may be practiced without some or all of these specific 
details. In other instances, well known structures and/or process steps have 

1 0 not been described in detail so that the present invention is not unnecessarily 
obscured. 

For ease of discussion, the following detailed description is made with 
reference to a portal and associated merchants being linked via a centralized 
server, referred to as "Privacy Bank." The Privacy Bank server (or related 

1 5 device) is used to access data which might be stored in a database or 

otherwise. The portal or hub is also interchangeably referred to as a Privacy 
Bank (PB) host. While portals, merchants, and customers are referred to as 
interacting via links or connections using a communication medium such as 
the Internet, the principles of the present invention are readily applicable to 

20 other device interactions across other types of communication media. The 
invention provides, regardless of the devices or media used, a centralized hub 
or server which is an aggregation of information sites (i.e. websites or the 
like), wherein associated merchant forms can be automatically filled out for 
registered merchant/members via interaction with the centralized hub or server 

25 (the PrivacyBank server). 
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The incorporated references entitled "Server for Enabling the 
Automatic Insertion of Data Into Electronic Forms on a User Computer" and 
"Method and Apparatus for Client side Automatic Electronic Form 
Completion" relate generally to computer software for filling out form 
5 documents over a computer network. More particularly, the references 
provide a method and system for automatically filling out fields in an 
electronic form document on a browser program using a remote server. 
Apparatus, methods, and computer program products are disclosed for 
constructing and transmitting an executable software module on a personal 

1 0 information server to a remote computer. The software module is constructed 
such that once it is received by a browser displaying a form, it is executed, and 
user data is automatically inserted into an electronic form. When references 
are made in relation to automatically filling out a form or enabling a site for 
automatic form filling, the principles described in these references are meant 

15 to provide any enabling reference material, where needed. Otherwise, the 
general principles described in the present application are not meant to be 
limited by the techniques and/or methods described in the incorporated 
references. 

For example, in the figures below, the "portal" or hub might 
20 equivalently be a hardware supplier such as Cisco. The "merchant" might 
equivalents be a value added reseller (VAR). The "customer" would then be 
a user who buys networking equipment. An ever increasing network 
interlinked parties could similarly be created via the registration system 
described below. 

25 In accordance with one aspect of the present invention, a centralized 

server is provided which stores, in an associated data store, various customer 
information. The customer information is entered once by a user to a 
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merchant site on a server which incorporates a link to the centralized form- 
filling ability. The customer information can also be entered at a site on the 
centralized server. Thereafter the information which is stored in the data store 
can be applied to any other form which has been registered with the 
5 centralized server. This eliminates the need for re-direction of the customer 
from a merchant site back to an originating portal site for completion of a 
form. The merchant is also given direct access to the completed form 
information without further need to re-direct the completed form back to the 
merchant from the portal. The customer can ultimately control the privacy 

1 0 preferences associated with the entered data via contacting the centralized 
server or site. Hence, the customer data exists in a centralized data store, and 
the user has direct control over usage and dispersement of the information. 

Referring now to Figure 4, a block diagram 400 depicts representative 
elements of the present invention, which illustrate the interaction of the 

1 5 centralized hub or server with various associated elements. A portal or hub 
server (or computer) 402 is shown which can represent a host for a plurality of 
merchant registrations. A merchant server (or computer) 404 is shown with 
multiple interactions with and between the portal server 402. While only one 
example merchant server is shown, the invention is intended to include 

20 multiple merchant servers interacting with the portal server 402. The multiple 
interactions 405 between merchant 404 and portal 402 might include, for 
instance, the registration process wherein a merchant server registers a form, 
through the portal or directly with the centralized server (or computer) 406 
such as the PrivacyBank (PB) server. The portal server 402, also registers and 

25 interacts (as a hub or collection of users) with the PB server 406 via example 
connection 407. If a particular portal had, for instance, millions of currently 
registered users, then the registration of the portal with the PB server would 
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import these registered users into the registration hierarchy of the PB server 
system. In such a fashion, the PB server can quickly expand the base of 
registered users for automatic form filling operations. 

A link area 408 is shown on the merchant side and represents a button 

5 or the like displayed on some portion of the merchant's online form. This link 
area might also be referred to as an autofiU button. A user/visitor/customer of 
the merchant webpage form can click on this link area 408 and automatically 
fill out a form displayed on the merchant webpage. Two example customers 
410 and 412 are shown interacting with the merchant website 404 via 

10 respective connections 411 and413. While customers 410 and 412 are shown 
interacting directly with the customer, they might originally have contacted 
the portal 406 and have been re-directed via a URL to the merchant 404 (see 
dotted connection 409). Upon achieving connection with the merchant 
website, the customer can then peruse the associated webpages and select an 

1 5 item for purchase. If a purchase is desired, appropriate forms would be pulled 
up and the user would then click-through on the link 408. The link 408 would 
interact with the PB server 406 via example connection 409 and this operation 
would invoke filling out of the displayed forms. A customer might also 
interact directly with the portal website to similarly purchase items. A similar 

20 link 4 1 4 is provided on the portal side, and a user of the portal website can 
similarly click on area 414 to interact with the PB server via connection 415 
and invoke automatic filling of forms which might be displayed on the portal 
side webpages. Partial filling of the fields offered on the form is also intended 
within the scope of the present invention. 

25 In the preferred embodiment, the link area 408 on the merchant side is 

used to indicate the hosting portal, e.g. "autofill hosted by [portal or hub 
name]." In such a fashion, co-branding can occur. If a merchant is registered 
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or associaied with a second portal, then a second link can be provided which 
similarly indicates the association with the second portal, and so forth. 

The PB server 406 is shown interacting with a data store 416 via 
connection 4 1 7. This data store might be comprised of any of a variety of 

5 database configurations and/or memory storage devices (e.g. hard disk, 
electronic memory, a storage array, or combinations thereof). This data 
ultimately belongs to the portal, and can be accessed by the portal through the 
PB server 406. Alternatively, a certain percentage of the portals using the PB 
server 406 might prefer to host the data on their own system. Accordingly, a 

1 0 second data store 4 1 8 is shown connected to the hosting portal 402 via 

connection 420. The PB server 406 would similarly need access to this data 
and connection 422 is shown linking data store 418 and PB server 406 (with 
elements 418, 420, and 422 shown in fathom). 

Each example customer 410 and 412 is also provided access to the PB 

15 server 406 in order to set privacy preferences and the like. Respective 

connections 424 and 426 are shown between the customers 410, 412 and the 
PB server 406. 

Referring now to Figure 5, a diagram 500 is shown of representative 
clusters which comprise aggregates of merchants and customers using the 

20 centralized server via a host registered with the centralized system or hub. 
Each PB host 502, 504, and 506 is treated as separate respective clusters 
numbered 1, 2, through n (and shown as elements 501, 503, and 505). 
Referring generally to cluster 1 (501), a series of five merchants (nodes 
labeled Ml through M5) are shown communicating with the PB host 502. A 

25 vast plurality of customers (nodes labeled H C M ) are shown interacting with the 
various merchants M1-M5. Certain example customers, for instance customer 
5 1 0, are shown interacting with more than one merchant, in this case Ml and 
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M2. Each cluster represents a different storage area for data, as most portals 
(or PB hosts) desire to keep their customer data proprietary. However, certain 
PB hosts might find it advantageous to share or trade customer data to 
facilitate automatic form filling across portal boundaries. Accordingly, arrows 

5 5 1 2, 5 1 4, and 5 1 6 represent interactions which might occur between PB hosts 
502, 504 and 506 respectively. If the portals or PB hosts eventually desire a 
universal sharing of customer data, the present system accommodates this, 
particularly in relation to automatic form filling operations. 

Referring now to Figure 6, a flowchart 600 is shown of representative 

1 0 steps that comprise the formation of host clusters to thereby populate the 
overall system. In step 602, the PB host is shown establishing a relationship 
with the various merchants, and the merchants with the customers. This is 
essentially the day-by-day operation of currently existing portals, with 
registration information being collected for each new user who registers with 

15 that portal. In step 604, the Privacy Bank form filling technology is provided 
by the PB host machine. This is accomplished via the PB host (or portal) 
registering with the PB server. As described above in relation to Figure 4, the 
form fill links are thereafter provided by the portal site. Thereafter, step 606 
shows the customers registering with Privacy Bank through the portal. A loop 

20 is created wherein more customers join the portal in step 608. The portal also 
increases the number of merchants associated with that portal's shopping sites 
as more merchants register with the portal in step 610. This loop can continue 
until capacity is reached in the system. Block 612 thereafter shows the 
subsequent step of customers cross-registering with other portals that are also 

25 Privacy Bank enabled. Thereafter, a new host registers with the Privacy Bank 
system in step 614 and the process repeats as the new host is populated and 
the host constituents are Privacy Bank enabled. 
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A variety of revenue generation schemes are facilitated by the present 
invention. In general, the preferred Privacy Bank model has a portal-focused 
approach to generate revenues. In providing an easier to use online shopping 
experience, the Privacy Bank technology will drive commerce on PB enabled 

5 sites as more merchants and consumers are attracted to the network. Privacy 
Bank will generate revenues from the relationship with portals and from 
premium services which might also be offered. Examples of portals or hubs 
include: traditional portals or entrances to the Web, shopping sites, affiliate 
networks, vertical networks (e.g., financial, jobs, coUege sites), and financial 

10 institutions (e.g., banks, brokerage finns). 

In general, three example tiers are provided in the revenue model: 1 ) 
Setup fee. In this preferred embodiment, the portal will be change a initiation 
fee for establishing registration with the Privacy Bank system; 2) Per 
merchant fee. Here, the merchant might be charged a flat fee per month for 

15 use of the service; 3) Transaction fee. In this instance, as transactions are 
fulfilled on the network from PB services, a charge is rendered for each 
transaction. 

Additional "premium" services might also be offered which cany 
further charges, including, but not limited to: 1) Gift shopping. If a 

20 consumer needs to buy a gift for another party, certain information might be 
shared across the PB network in order to facilitate an accurate gift match (e.g. 
sizes, color preferences, etc.). 2) Registry Services. This service will allow 
consumers to add to their "wish list" and thereby encourage shopping within 
the network of merchants. 3) Detailed reports of aggregate consumer 

25 behavior. As more data is collected form registered users, aggregate patterns 
of behavior can be generated. Such data does not necessarily violate privacy 
concerns of an individual user. For instance, if a trend is noted wherein 25 
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year old males tend to visit rock-and-roll websites, this generalized 
information might be used by a marketing firm, yet an particular individuals 
habits would not be revealed. 4) Permission marketing. In contrast to the 
privacy concerns above, certain individuals might actually desire to be 
5 contacted regarding certain materials. Hence, the Privacy Bank system will 
enable consumers to express their interests in relevant promotions to allow 
merchants to appropriately target that consumer. 

The present centralized database system also facilitates the contin u a l 
generation and updating of aggregate profiles for a particular user. As a user 

1 0 progresses through various websites and indicates new and continued 
interests, the user's profile can be augmented on a dynamic basis without 
requiring the user to re-address updating their profile. 

Yet another benefit of the present system, that exists over prior 
systems, is the fact that forms are continually updated on the system by 

15 individual merchants. Other systems (e.g. the Transactor system described 
above) requires a mapping of forms via a table on the Transactor website. 
This proves to be a laborious effort to remap the forms as they might be 
changed or updated according the a particular merchant's needs. 
While this invention has been described in terms of several embodiments, 

20 there are alterations, permutations, and equivalents which fall within the scope 
of this invention. It should be noted that there are many alternative ways of 
implementing the methods and system of the present invention. For example, 
the portal described above can be a home page for a company's Intranet and 
the automatic form filling can be used by employees of a single company. It 

25 is therefore intended that the following appended claims be interpreted as 

including all such alternations, permutations, and equivalents as they fall with 
the true spirit and scope of the present invention. 
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Claims 

What is claimed is: 

1 . An apparatus for automatically providing at least partial completion 
5 fields of forms offered via webpages on websites, the apparatus comprising: 
a data store which contains customer data accessible to fill relevant 
fields on the webpage forms; 

a centralized server which accesses the data store, 
at least one portal server which registers with the centralized server; 
1 0 at least one merchant server which registers with the centralized 

server; 

at least one customer which registers customer data with the 
centralized server; 

wherein the customer accesses a form presented by the merchant 
1 5 server, the customer data being retrieved from the data store and used to at 
least partially fill the appropriate form fields. 

2. The apparatus of cl aim 1, wherein the merchant server registers 
and updates forms with the centralized server. 

20 

3. The apparatus of claim 1, wherein a customer accessible link is 
provided via the portal server to the centralized server to invoke at least partial 
filling of the appropriate form fields. 

25 4. The apparatus of claim 1, wherein a customer accessible link is 

provided via the merchant server to the centralized server to invoke at least 
partial filling of the appropriate form fields. 

5. The apparatus of claim 1 , wherein the merchant server registers 
30 with the centralized server through the portal server. 

6. The apparatus of claim 1, wherein the customer registers with 
the centralized server through the merchant server. 

35 7. The apparatus of claim 1 , wherein the customer interacts with 

the centralized server to set privacy preferences regarding the customer data. 
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8. A method for providing at least partial completion of fields 
associated with a form offered via a webpage on an Internet website, the 
method comprising: 
5 registering at least one host machine with a centralized server, the 

centralized server accessing a data store which contains customer data 
accessible to fill the relevant fields on the webpage form; 

registering at least one merchant machine with the centralized server; 

registering at least one customer with the centralized server, 
10 enabling registered machines to complete fields on the webpage form; 

wherein the customer accesses a form presented by the merchant 
server, the customer data being retrieved from the data store and used to at 
least partially complete the appropriate form fields. 

1 5 9. The method of claim 8, wherein a cluster of members is created 

through the repeated process of subsequent merchant machines and customers 
registering with the centralized server. 

10. The method of claim 9, wherein a plurality of clusters are 
20 similarly created on the centralized server. 

1 1 . The method of claim 10, wherein customers cross-register with 
different host machines on the centralized server. 

25 1 2. The method of claim 1 1 , wherein the customer information is 

shared between host machines. 

1 3 . The method of claim 8, wherein an enabled machine provides a 
user accessible link to invoke completion of the fields. 

30 

14. A method for providing automatic completion of customer 
information of at least part of the fields of a webpage form to members of a 
centralized hub, the method comprising: 

registering a plurality of members on the centralized hub; 
35 registering and storing information pertaining to customers of the 

members; 
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enabling automatic form completion for registered members; 
presenting forms via member webpages to the customers; 
retrieving the customer information and completing the relevant fields 
of the presented form. 

5 

1 5 . The method of claim 1 4, wherein the members register and 
update forms on the centralized hub. 

16. The method of cl aim 1 5, wherein enabling form completion 
1 0 includes providing at least one customer accessible link on a webpage to 

invoke the at least partial completion of the fields of the webpage form. 



20 



WO 01/45022 



1 / 5 



PCT/US00/41802 




A I 

Figure _J_ (Prior Art) 




Figure J_ (Prior Art) 



WO 01/45022 



2 / 5 



PCT/US00/41802 



Customer with 
client-side 
software 



/x 

Download 









Merchant/Portal 
with server-side 
support 


no 



/lob 



Software Source 



102. 



Figure ji^ (Prior Art) 



WO 01/45022 



3 / 5 



PCT/US00/41802 




f 












Portal 


Link to 




PB 





r 



r 



Merchant 



*'7 



Privacy Bank 



\ f/7 

/ . 



Data 



Unk to PB 



+01 



Figure 9~ 



WO 01/45022 



4 / 5 



PCT7US00/41802 




5 / 5 



PCT/US00/41802 



Host establishes 
relationship with 
Merchants and 
Customers 



PrivacyBank form fill 
technology is 
provided by host 
machine 



S 



More merchants 
join 



A 

Customers register 
with PrivacyBank 
through a portal 



More customers join 



Customers cross- 
register through other 
PrivacyBank enabled 
portals 



Figure JL 



(12) INTERNATIONAL APPLICATION PUBLISHED UNDER THE PATENT COOPERATION TREATY (PCT) 



(19) World Intellectual Property Organization 

International Bureau 

(43) International Publication Date 
21 June 2001 (21.06.2001) 




PCT 



III 



(10) International Publication Number 

WO 01/45022 A3 



(51) International Patent Classification 7 : G06F 17/24. 
17/60.17/30 

(21) International Application Number: PCT/USOO/41802 

(22) International Filing Date: 

2 November 2000 (02. 1 1 .2000) 



(25) Filing Language: 

(26) Publication Language: 



English 
English 



(30) Priority Data: 

09/434,339 5 November 1 999 (05.11.1 999) US 

(71) Applicant: INFOSPACE, INC. [US/US]; 601 - 108th Av- 
enue. N.E.. Suite 1200, Bellevue, WA 98004 (US). 

(72) Inventors: HAR1DAS, Ramesh; 45 Hamilton Lane, Oak 
Brook, IL 60521 (US). MARKUS, Matthew, A.; 515 
OTarrell SLreet. #1 11, San Francisco, CA 94107 (US). 



(74) Agent: HOPE, Leonard, J.; Chrislensen O'Connor John- 
son & Kindness PLLC Suite 2800, 1420 Fifth Avenue. 
Seattle. WA 98101 (US). 

(81) Designated States (national)-. AU. BR, IN, JP. 

(84) Designated States (regional)-. European patent (AT. BE, 
CH, CY, DE, DK, ES, Fl. FR. GB, GR. IE. IT. LU. MC. 
NL. PT, SE, TR). 

Published: 

— with international search report 

(88) Date of publication of the international search report: 

10 January 2002 

For two-letter codes and other abbreviations, refer to the "Guid- 
ance Notes on Codes and Abbreviations'' appearing at the begin- 
ning of each regular issue of the PCT Gazette. 



= (54) Title: METHOD AND APPARATUS FOR COMPLETION OF FIELDS ON INTERNET WEBPAGE FORMS 



if) 



400 



X 



r — DATA 

i i M 
, t.... T -.... 







f- a 


PORTAL 








405-L \ 


urn 

T0PB 


402 








409^ 







411- 



407— 



PRIVACY 
RANK 



m 



417. 




O 



(57) Abstract: A method and apparatus for providing automated completion of Internet webpage forms is provided. A centralized 
server computer (406) stores customer information in a data store (416). The customer information is entered by a customer (424, 
426) into a portal (402) or merchant site (404) which incorporates a link to the centralized server computer (406). Thereafter, the 
customer information can be applied to any other form which has been registered with the centralized server computer (406). The 
merchant (404) is also given direct access to the completed form. The customer (424, 426) can also control privacy preferences 
associated with the customer information via the central server computer (406). 



INTERNATIONAL SEARCH REPORT 



Into. onal Application No 

PCT/US 00/41802 



A. CLASSIFICATION OF SUBJECT MATTER _ , . . 

IPC 7 G06F17/24 G06F17/60 G06F17/30 



Aocordlng to International Patent Classification (IPC) or to both national classification and IPC 



B. FIELDS SEARCHED 



Minimum documentation searched (classification system followed by ciassitication symbols) 

IPC 7 G06F 



Documentation searched other than minimum documentation to the extent that such documents are included In the fields searched 



Electronic data base consulted during the international search (name ot data base and. where practical search terms used) 

WPI Data, EPO-Internal , PAJ, IBM-TDB, INSPEC 



C. DOCUMENTS CONSIDERED TO BE RELEVANT 



Category • Cilalion ol document, with indication, where appropriate, ol the relevant passages 



MO 99 46701 A (AMAZON.COM, INC.) 

16 September 1999 (1999-09-16) 
page 8, line 7 -page 9, line 27 
page 11, line 16 -page 12, line 21 

US 5 640 577 A (SCHARMER) 

17 June 1997 (1997-06-17) 
the whole document 

US 5 794 259 A (KIKINIS) 
11 August 1998 (1998-08-11) 
the whole document 



-/-- 



Relevant to claim No. 



1-16 



1-16 



1-16 



LU 



Further documents are listed in the continuation of box C. 



Patent family members are listed in annex. 



• Special categories of cited documents : 



'A' document defining the genera) stale of the art which is not 

considered to be of particular relevance 
•E' earlier document but published on or after the international 

filing date 

V document which may throw doubts on priority daim(s) or 
which Is cited to establish the publication date of another 
citation or other special reason (as specified) 

'O' document referring to an oral disclosure, use. exhibition or 
other means 

*P a document published prior to the international filing date but 
tater than the priority date claimed 



•r later document published after the international filing date 
or priority date and not in conflict with the application but 
dted to understand I he principle or theory underlying the 
invention 

•X' document of particular relevance; the claimed invention 
cannot be considered novel or cannot be considered to 
Involve an inventive step when the document is taken alone 

'Y* document of particular relevance; the claimed invention 
cannot be considered to involve an inventive step when the 
document is combined with one or more other such docu- 
ments, such combination being obvious to a person ski [Jed 
in the art. 

document member of the same patent family 



Date of the actual completion of the international search 



12 September 2001 



Dale of mailing of the international search report 



19/09/2001 



Name and mailing address of the ISA 

European Patent Office, P.B. 5818 Patent laan 2 
NL-2280 HV Rijswi|k 
Tet (+31-70) 340-2040, Tx. 31 651 epo nl. 
Fax: (+31-70) 340-3016 



Authorized officer 



Abram, R 



Form PC171SA/210 (second shoel) (Juty 1992) 



page 1 of 2 



INTERNATIONAL SEARCH REPORT 


tntei >nal Application No 

PCT/US 00/41802 


C(Contlnuation) DOCUMENTS CONSIDERED TO BE RELEVANT 


Category • 


Citation of document, with indication. where appropriate, of the relevant passages 


Relevant lo claim No. 


A 


EP 0 811 939 A (WEBTV NETWORKS, INC. ) 

10 December 1997 (1997-12-10) 

column 2, line 17 - line 33 

column 5, line 22 -column 7, line 15 

column 7, line 54 - line 55 

column 16, line 36 -column 18, line 14 




1-16 


A- 


MARET ET AL: "Multimedia Information , 
Interchange: Web Forms Meet Data Servers" 
PROCEEDINGS OF THE IEEE INTERNATIONAL 
CONFERENCE ON MULTIMEDIA COMPUTING AND 
SYSTEMS, 

vol. 2, 7-11 June 1999, pages 499-505, 

XP000964627 

Florence, IT 

the whole document 




1-16 



Fomi PCT/lSA/210 (continuaHon a* second she*) (Jufy 1992) 



page 2 of 2 



INTERNATIONAL SEARCH REPORT 

information on patent family members 



Patent document 
cited in search report 



Into onal Application No 

PCT/US 00/41802 



Publication 
date 



Patent family 
member(s) 



Publication 
date 



WO 9946701 


A 


16-09-1999 


US 


6199079 B 


06-03-2001 






US 2001016828 A 


23-08-2001 








AU 


2799499 A 


27-09-1999 








AU 


2885099 A 


27-09-1999 








WO 


9946707 A 


16-09-1999 



US 5640577 


A 


17-06-1997 


NONE 




US 5794259 


A 


11-08-1998 


WO 


9804976 A 


05-02-1998 


EP 811939 


A 


10-12-1997 


us 


5918013 A 


29-06-1999 






AU 


3375197 A 


05-01-1998 








JP 


10228437 A 


25-08-1998 








KR 


274738 B 


15-12-2000 








US 


2001003823 A 


14-06-2001 








WO 


9746943 A 


11-12-1997 








US 


6023268 A 


08-02-2000 








US 


6230319 B 


08-05-2001 








US 


6141693 A 


31-10-2000 








US 


6259442 B 


10-07-2001 








US 


5940074 A 


17-08-1999 








US 


6073168 A 


06-06-2000 








US 


5935207 A 


10-08-1999 








US 


5996022 A 


30-11-1999 








us 


5974461 A 


26-10-1999 



Form PCT/ISA/210 (patent family anow) (July 1982) 



